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OPTICAL DRIVE CONTROLLER WITH A HOST INTERFACE FOR DIRECT 
CONNECTION TO AN IDE/ATA DATA BUS 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This continuation patent application is a continuation of prior application 
no. 10/420,337, pending, filed April 21, 2003, entitled OPTICAL DRIVER 
CONTROLLER WITH A HOST INTERFACE FOR DIRECT CONNECTION TO AN 
IDE/ATA DATA BUS, which is a continuation of 10/082,990, pending, filed February 
25, 2002, which is a continuation of 09/442,866, filed November 18, 1999, Issued, 
Patent No. 6,546,440, which is a continuation of prior application no. 08/673,327, 
pending, filed June 26, 1998, which is a continuation of prior Patent No. 5, 581,715, 
filed June 22, 1994. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0002] This invention relates generally to the access of digital data from optical 
storage media by a personal computer. Optical storage methods allow information to be 
recorded and recovered from a given material by using light. The compact disk (CD) 
media currently used in optical recording is capable of significantly higher areal density 
than magnetic disks. This capacity to store a large amount of information per unit area 
of the media surface is a major advantage of CD technology over magnetic disk storage 
techniques. 

Prior Art 

[0003] The field reliability of CD systems is yet to be determined due to the 
relatively short period of time this media has been in use. However, optical recording 
systems are expected to be more reliable than magnetic disk drives, generally referred 
to as hard disks, for several reasons. The optical heads used for recording and 
recovering information are spaced away from the disk at all times, eliminating the 
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possibility of head crashes. And the optical techniques used cause no wear or tear on 
the media surface during reading or transferring of information. 

[0004] The reliability characteristic of optical storage media appears to be especially 
advantageous where the removability and transportability of the media is critical. 
Compared to magnetic disk drives, both hard and floppy, the operation of a CD is much 
less sensitive or affected by dust accumulation on either the head or the media. And the 
optical methods of reading and writing data without making physical contact with the 
media surface significantly reduces the potential for damage in removable disk 
applications. 

[0005] The integration of CD drives into personal computers comprises one of the 
largest markets for optical storage media applications for the foreseeable future. At 
present, the cost of a CD drive is a primary barrier to the growth of this market. 
However, the CD-ROM (read only memory) standard as originally developed by Sony 
and Phillips has become the standard defining the physical characteristics and disk 
format for data storage and retrieval. This format has become very popular for making 
large amounts of information available to users at a relatively low cost and there is an 
increasingly large library of CD-ROM titles available. CD drives which are capable of 
writing information to the CD are much less widely used today due to their much 
greater cost and complexity. 

[0006] All CD drive designs include a CD load mechanism, a spindle, drive 
electronics and a controller. The drive electronics recovers data from the CD as directed 
by the controller. The controller manages the flow of commands, status flags and data 
between the host personal computer and the CD drive electronics. 

[0007] Conventional CD drive designs support the Industry Standard Architecture 
(ISA) bus convention and require the insertion of an interface card or host adapter card 
into an ISA input/output bus slot of the host personal computer. These disk drive 
designs include a variety of proprietary and manufacturer specific designs as well as 
designs that support the three varying software driver formats used with the Small 
Computer Systems Interface (SCSI) standard. These three software driver formats 
include Microsoft's Layered Device Driver Architecture, the American National 
Standards Institutes' Common Access Method, and the Advanced SCSI Programming 
Interface. 
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[0008] A SCSI disk drive includes a controller and a SCSI slave interface. A SCSI 
disk drive communicates with a host computer through a SCSI host adapter card which 
must be resident on the ISA bus of the host. There are three types of host adapter cards, 
namely a register compatible controller, an INT 13 h compatible controller, and an 
installable device driver. These types of host adapter designs are fully explained in 
widely available technical publications. 

[0009] The reliance of all conventional CD drive designs exclusively on the use of 
the ISA input/output bus results in the additional expense of host adapter card 
electronics. Furthermore, a reduction in the range of employment of any given 
computer system due to the permanent commitment of an input/output bus slot to 
communication with the CD drive controller is a limitation in the prior art. 

[0010] An alternative bus structure is available within standard personal computer 
architecture available for use with a CD drive controller. This structure is referred to as 
integrated drive electronics with an AT attachment interface, or IDE/ ATA. The 
American National Standards Institute has published this standard and it is currently 
widely available. The term integrated drive electronics includes any drive with a 
controller included. For example, all SCSI drives are in fact IDE drives. The term 
IDE/ ATA applies to a drive if and only if its interface conforms to the industry standard 
AT attachment specification. IDE/ ATA drives do not take up an ISA input/output slot. 
This class of interface is connected by means of a dedicated 40 pin connector found on 
many personal computer mother boards. 

[0011] Conventional CD drives in the prior art failed to make use of the IDE/ ATA 
bus. However, now that the AT standard has become widely used in many personal 
computers, it would be desirable to provide a CD drive with built-in controller 
functionality and a standard connector. This would obviate the need for an additional 
host adapter card and associated electronics. Providing these electronics in addition to 
the CD drive itself increases the overall cost of a system using a CD drive for data 
storage and retrieval and also makes a CD drive more complicated to install on existing 
personal computers in use today. Due to the plethora of methods of ISA interface 
designs used in the industry today, compatibility issues often occur when, for example, 
a particular CD drive controller is tasked with communicating with another ISA bus 
connected peripheral device. The high frequency of incompatibility often prohibits the 
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employment of the most cost efficient or highest performance combination of devices. 
The present invention, a controller for CD drives which can be implemented with a 
drive using a standard AT connector, overcomes the problems associated with the prior 
art as will be made clear in the following discussions thereof. 

SUMMARY OF THE INVENTION 

[0012] This invention relates to a compact disk drive controller for a compact disk 
drive to control the communication of digital information between a compact disk to a 
host computer. The compact disk drive would generally have it's own drive electronics 
comprising a digital signal processor, a microcontroller, a random access memory, and 
a system controller. The host computer communicates with the compact disk drive 
controller via an IDE data bus and receives digital information from the compact disk 
via the IDE data bus. The compact disk drive controller is comprised of a host 
interface, connecting the host computer via the IDE data bus with the compact disk 
drive controller, in order to receive data addresses and commands from the host 
computer and transmit digital information to the host computer. A path for 
communicating data addresses and commands from the host interface to the 
microcontroller of the drive electronics is employed and a digital signal processor 
(DSP) interface connecting the host interface and the digital signal processor of the 
drive electronics, receives digital information from the compact disk and transmits the 
digital information to said host interface. 

[0013] The digital signal processor interface of the compact disk drive controller 
(CDDC) further comprises a descrambler to descramble and assemble the digital 
information received from said digital signal processor and store said digital 
information into said random access memory. 

[0014] The digital signal processor interface of the CDDC further comprises an error 
correction code circuit to perform error correction on said digital information. That 
error correction circuit could employ Reed-Solomon codes. 

[0015] The digital signal processor interface of the CDDC further comprises a cyclic 
redundancy checker for detecting errors in the digital information after correction of the 
digital information by the error correction code circuit. 
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[0016] The host interface of the CDDC may receive data addresses and commands 
from the host computer via an ISA data bus and may communicate digital information 
to the host computer via the ISA bus. 

[0017] The host interface of the CDDC further comprises a command FIFO to 
transfer commands from the host computer to the system controller of the drive 
electronics of the compact disk drive. 

[0018] The host interface of the CDDC further comprises a configuration register via 
which the host computer instructs the compact disk drive controller to present the 
digital information onto one of the ISA and IDE data buses in a data format selected 
from a group including 16-bit DMA, 8-bit DMA, 16-bit PIO, and an 8-bit PIO format. 

A BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] FIG. 1 is a block diagram of a CD drive configuration of the prior art with the 
IDE/ ATA CD drive controller of the present invention added thereto. 

[0020] FIG. 2 is a block diagram of an implementation of the present invention. 

[0021] FIGS. 3a-3c are a pin diagram and accompanying pin-out assignments for an 
implementation of the present invention. 

[0022] FIG. 4 is a pin description of the system controller interface of an 
implementation of this invention. 

[0023] FIG. 5 a is a pin description of the host interface of an implementation of this 
invention. 

[0024] FIG. 5b is an address map of the host registers of an implementation of this 
invention. 

[0025] FIG. 6 is a pin description of the DSP interface of an implementation of this 
invention. 

[0026] FIG. 7 is a pin description of the subcode interface of an implementation of 
this invention. 

[0027] FIG. 8a is a pin description of the RAM interface of an implementation of this 
invention. 
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[0028] FIG. 8b is a pin description for the RAM address bus of the RAM interface of 
an implementation of this invention. 

[0029] FIG. 9 is a pin description of miscellaneous pins of an implementation of this 
invention. 

[0030] FIG. 10 is a description of the address register. 

[0031] FIG. 1 1 is a description of command packet register. 

[0032] FIG. 12 is a description of interface status and interface control registers. 

[0033] FIG. 13 and FIG. 14 are descriptions of DBCL and DBCH (Data Byte/Word 
Counter). 

[0034] FIG. 15, FIG. 16, FIG. 17 and FIG. 18 are descriptions of HEAD0 to HEAD3 
(Header Registers). 



[0035] 


FIG. 


19 


is a list of DACH, DACL settings for various starting points. 


[0036] 


FIG. 


20 


and FIG. 21 are ECC block pointer/write address counters. 


[0037] 


FIG. 


22 


is 


a description of WAL/CTRL0 (Control-0 Register). 


[0038] 


FIG. 


23 


is 


a description of CTRL0 DECODER OPERATION TABLE. 


[0039] 


FIG. 


24 


is 


a description of CTRL1 (Control- 1 Register). 


[0040] 


FIG. 


25 


is 


a description of STAT0 (Status-0 Register). 


[0041] 


FIG. 


26 


is 


a description of STAT0 BLOCK SYNC STATUS TABLE. 


[0042] 


FIG. 


27 


is 


a description of SSTAT1 (Status-1) register. 


[0043] 


FIG 


28 


is 


a description of STAT2 (Status-2) register. 


[0044] 


FIG. 


29 


is 


a description of STAT2 RMODE TABLE. 


[0045] 


FIG. 


30 


is 


a description of STAT3/RESET (Status-3) register. 


[0046] 


FIG. 


31 


is 


a description of CTRLW (Control- Write) register. 


[0047] 


FIG. 


32 


is 


a description of CRTRG (Correction Retry Trigger). 



[0048] FIGS. 33 through 38 are descriptions of SUBH0 to SUBH3 (Subheader 
Registers). 

[0049] FIG. 39 is a description of Subheader Byte Number Table. 
Attorney Docket No. 355 1 .P006C3 6 



[0050] FIG. 40 is a description of VER (Version) register. 

[0051] FIG. 41 is a description of DSPSL (DSP Selection) register. 

[0052] FIG. 42 DSP SELECTION TABLE shows the settings for various DSPs. 

[0053] FIG. 43 is a description of the HCON/UACL register. 

[0054] FIG. 44 is a description of the DSPSL register. 

[0055] FIGS. 45, 46 and 47 are descriptions of the UACL, UACH and UACU 
Microcontroller-RAM Address Counter. 

[0056] FIG. 48 is a description of the RAMRD/RAMWR RAM Read and Write 
registers. 

[0057] FIG. 49 is a description of HDDIR Host data Direction Register. 

[0058] FIG. 50 is a list of the only values that should be written to HDDIR— write 
bits 4, 3, 2, 1 and 0, following hardware or firmware reset. 

[0059] FIG. 5 1 is a description of the HICTL Host Interface Control register. 

[0060] FIG. 52 is a description of SUBC2 Subcode Control-2 register. 

[0061] FIG. 53 is a description of the DSP Subcode Clock TABLE. 

[0062] FIG. 54 is the STATS Status of subcode register. 

[0063] FIGS. 55 and 56 are descriptions of DBACL and DBACH Data Transfer 
Block Registers. 

[0064] FIGS. 57 and 58 are descriptions of SBKL and SBKH Subcode Write Block 
Registers. 

[0065] FIGS. 59 and 60 are descriptions of WBKL and WBKH Decoder and Buffer- 
Write Block Counter registers. 

[0066] FIG. 61 is a description of RAMCF RAM Configuration Register. 

[0067] FIG. 62 is a table of RCF2, RCF1 and RCFO— bits 2, 1 and 0— RAM 
Configuration. 

[0068] FIG. 63 is a description of MEMCF (Memory Layout Configuration) register. 

[0069] FIG. 64 is a description of MLY1 and MLY0 — bits 1 and 0 — Memory Layout 
Configuration. 
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[0070] FIG. 65 is a description of SUBCD Subcode Control register. 

[0071] FIG. 66 is SBSEL1 and SBSEL0— bits 1 and 0— Subcode Format Select 
Table. 

[0072] FIG. 67 is a description of UMISC (Miscellaneous Microcontroller Control) 
register. 

[0073] FIG. 68 is a description of RSSTAT — Reset, IDE, and Subcode Status 
Register. 

[0074] FIGS . 69—75 are descriptions of AT API Task File Registers (TR). 

[0075] FIG. 69 is a description of ATFEA and ATERR. 

[0076] FIG. 71 is a description of ATSPA — Spare TR. 

[0077] FIG. 72 is a description of ATBLO — I/O of Byte Count Low TR. 

[0078] FIG. 73 is a description of ATBHI — I/O of Byte Count High TR. 

[0079] FIG. 74 is a description of ATDRS — I/O of Drive Select TR. 

[0080] FIG. 75 is a description of ATCMD — Output from Command Register. 

[0081] FIGS. 76-83 are descriptions of the Microcontroller to Host Data Transfer 
Registers. 
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DESCRIPTION OF A PREFERRED EMBODIMENT 

[0082] Reference is now made to FIG. 1 which is a block diagram of a compact disk 
(CD) drive configuration of the prior art with a CD drive controller of the present 
invention added thereto. The CD drive controller designed according to this invention 
would communicate command data, status signals and other data over the integrated 
device electronics/ AT attachment (IDE/AT A) bus of a personal computer. This 
invention reduces the cost of a CD drive by eliminating the need for a host adapter card 
or additional ISA bus interface electronics. This invention also allows the CD drive to 
integrate into many personal computers without requiring the use of an ISA 
input/output bus slot. Furthermore, this invention will allow for a wider selection of 
personal computer peripheral cards, such as sound and boards, for use with a given 
personal computer and CD drive. The method of the current invention reduces this 
potential for incompatibility, and permits a broad range of selection of peripheral 
devices. 

[0083] The drive controller 10 is connected to drive electronics 12 of a CD drive 14 
and IDE/ ATA bus 16 of a personal computer. The clock speed of the controller will be 
determined by crystal oscillator 1 1 . It will be understood that the compact disk 1 8 is not 
a part of the present invention but it is shown for clarity. The CD drive includes a 
spindle motor 20 for rotating the CD and an optical head 22 for reading data from the 
CD. The drive electronics of the CD drive include a preamplifier 24 which sends a 
signal to servo control 26 of the CD drive for focus and tracking control. The servo 
control communicates with the spindle motor and optical head to position the optical 
head precisely to read the correct information from the CD. Digital data read from the 
preamplifier goes to digital signal processor (DSP) 28 in the drive electronics. The DSP 
sends subcode information as well as digital data to the drive controller of this 
invention. A microcontroller 29 in the CD drive electronics also communicates with the 
DSP and servo control of the drive electronics, as well as with the drive controller of 
the present invention, to control the reading of information from the CD. A DRAM 30 
is coupled with the drive controller of the present invention for storing and buffering 
data via the drive controller. Data can be sent to digital-to-analog convertor (DAC) 32 
and peripheral 34 (such as a monitor) from the DSP or from the drive controller. 
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[0084] FIG. 2 is a block diagram of an implementation of the drive controller 10 of 
the present invention. The key functional blocks are the DSP data and subcode 
interfaces 36 and 37, the buffer DRAM control 38, the error correction code (ECC) data 
corrector 40, the error detection and correction/cyclic redundancy checker (EDC/CRC) 
42 and host control or interface 44. The DSP data interface descrambles and assembles 
data from the DSP 28, then stores the data into the RAM. The DSP subcode interface 
assembles subcode and stores P-W data into the RAM. A DSP address counter 58 
generates an address for each block of data stored to the DRAM from the DSP 
interface. The error correction circuitry would first perform Reed-Solomon error 
correction on each block of data. Reed-Solomon codes are random single- or multiple- 
symbol error correcting codes operation on symbols which are elements of a finite 
field. All encoding, decoding, and correction computations are performed in the field. 
(See Practical Error Correction Design for Engineers, revised second edition, Cirrus 
Logic 1991 by Neal Glover and Trent Dudley). Then, a cyclic redundancy check of the 
corrected data would be performed. Since each codeword contains two parity bytes the 
drive controller of this invention can correct one error in each codeword. These ECC 
and EDC-CRC circuits are commonly available as hardware used in many other 
applications. The host control allows the corrected data to be transferred from the RAM 
to the host. Diagnostic data can be transferred from the host to the RAM, allowing 
testing of the ECC, EDC, host control RAM and system controller. Operation of the 
drive controller is controlled by the microcontroller 29, sometimes referred to as a 
system controller through an 8-bit bus. The invention can decode CD media according 
to the Sony-Philips standard for CD-ROM and CD-I formats. These formats divide 
each 2 KB data block into two planes, each plane containing 43 P-codewords and 26 Q- 
codewords. Each codeword contains two parity bytes. 

[0085] The host computer (not shown) is connected, through the IDE/ ATA bus 16 
and associated host interface, to the microcontroller 29 of the drive electronics of the 
CD drive and the host control 44. The host interface provides 8/16 bit peripheral 
input/output (PIO) and direct memory access (DMA) transfers of data to the host 
personal computer. The output buffers 54 of the invention can directly drive an 
IDE/ATA bus. The host interface also contains control and transfer status registers 56 
accessible by the host. The design of the present invention allows the transfer of 
diagnostic data from the host to the RAM, allowing testing of the error correction 
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circuitry, the host interface, the RAM itself and the system controller of the drive 
electronics. 

[0086] The DRAM controller is connected to DRAM 50. The DRAM controller, 
under the direction of the host interface, accomplishes the transfer of data to the host 
and the error correction operations so as to insure an uninterrupted flow of data from 
the buffer RAM. The DRAM receives information from the DSP of the drive 
electronics via the DSP data and subcode logic interfaces. The DRAM also receives 
address information from the host microprocessor address counter 60, as well as 
receives corrected and addressed information from an ECC EDC address generator 52 
which is connected with the error correction circuit ECC and the cyclic redundancy 
checker EDC CRC. Additionally, the DRAM stores header and subheader information 
to the header/subheader register 62. 

[0087] Thus, the drive controller 10 accepts digital data from the CD drive's 
electronics 12, particularly the microcontroller 29 and DSP 28, in a serial stream, 
descrambles the data, and assembles it into 8-bit bytes. The controller 10 then stores the 
data into the DRAM buffer 50. The error correction and detection operations performed 
by the ECC 40 and EDC CRC 42 on each sector of data are managed by the DRAM 
controller 38, which insures, through the direction of the host interface or control 44, 
that a sector of data is being corrected while the transfer of previously corrected sectors 
of data is occurring in real-time and without interrupting the flow of data from the drive 
controller 10 to the IDE bus 16. The flow of data is controlled by a data path controller 
64. Therefore, the controller 10 of the present invention communicates corrected 
command data, status signals, and other corrected data over the IDE bus 16 of the host 
computer, eliminating the need for a host adapter card or additional ISA bus interface 
electronics, to reduce the cost of the CD drive 14. The invented controller 10, 
additionally, allows the CD drive 14 to integrate into many different personal 
computers, without requiring the use of an ISA input/output bus slot of the host 
computer. 

[0088] FIGS. 3a-3c are a pin diagram and accompanying pin-out assignments for an 
implementation of the present invention. The functions performed by this 
implementation will become clear by the following discussion. 
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[0089] FIG. 4 is a pin description of the system controller interface of an 
implementation of this invention. The system controller is the microcontroller that 
controls the operation of the IDE CD-ROM controller. The system controller interface 
contains an 8-bit bi-directional data transfer bus and is compatible with most 
microcontrollers. 

[0090] FIG. 5a is a pin description of the host interface of an implementation of this 
invention. This invention will support the AT API CD-ROM specification for an IDE 
CD-ROM interface. The drive controller can drive IDE interface signal lines directly. 
The host interface contains a 12 bytes command packet FIFO (first in first out) and IDE 
registers. These are used to direct or command the host interface by the host controller 
and to inform the host controller as to the precise status of the drive electronics. The 
host interface block also contains a data FIFO register for transferring data from the 
DRAM buffer to the host and vice versa. FIG. 5b is an address map of the host registers 
of an implementation of this invention. The logic conventions are as follows: A=signal 
asserted, N=signal negated. 

[0091] FIG. 6 is a pin description of the DSP interface of an implementation of this 
invention. This invention is designed to work with various DSP chips, which are 
selected using the DSPSL register. Serial data is received from the DSP. FIG. 7 is a pin 
description of the subcode interface of an implementation of this invention. P-W 
subcode information provided serially by the DSP will be stored into the data block of 
the DRAM simultaneously. This invention will support several different subcode 
interface protocols, which are selected using the SUBCD register. The command FIFO 
register COMIN is used to direct the host interface by the host controller. 

[0092] FIG. 8a is a pin description of the RAM interface of an implementation of this 
invention. This embodiment allows users to use conventional 128KB/256KB DRAM. 
FIG. 8b is a pin description for the RAM address bus of the RAM interface of an 
implementation of this invention. Note that several RAM address bits are reserved for 
future support of larger RAM sizes. FIG. 9 is a pin description of miscellaneous pins of 
an implementation of this invention. 
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MICROCONTROLLER REGISTERS 

[0093] The following map and description of the registers of an embodiment of this 
invention is intended for use in designs supporting the following configurations: 

[0094] 1. Type of RAM: 256Kx4*l DRAM or 256K>4x2 DRAM 

[0095] 2. Type of Host Interface: ATA (IDE) plus ATAPI CD-ROM 

[0096] FIG. 10 is a description of the address register. The internal registers are 
indirectly addressed. The AR register holds the address of the register accessed with the 
subsequent R/W operation. The AR is read or written by the microcontroller if URS=0. 
If URS=1, the register addressed by the AR is read or written. 

[0097] Except for address OOh (COMIN/SBOUT), the 4 least significant bits (bits 0- 
3) of the AR are automatically incremented following each read or write to any register 
For example, if the AR has been set to 2Ch, the AR automatically increments according 
to the following sequence during 18 consecutive reads or writes (with URS=1): 2Ch, 
2Dh, 2Eh, 2Fh, 20h, 21h, 22h, 23h, 24h, 25h, 26h, 27h, 28h, 29h, 2Ah, 2Bh, 2Ch, 2Dh. 

[0098] Note: The AR does not automatically increment from OOh to Olh. Consecutive 
accesses to address OOh will repeatedly read (COMEN) or write (SBOUT). For example 
if the AR has been set to OCh, the AR automatically increments according to the 
following sequence during 7 consecutive reads or writes (with URS=1): OCh, ODh, 
OEh, OFh, OOh, OOh, OOh. 

[0100] FIG. 1 1 is a description of command packet register. This register accesses the 
12-byte Packet FIFO which receives commands or data from the host. The data transfer 
end interrupt (DTEIb) flag in the IFSTAT register is active (set to 0) while the 12-byte 
Packet FIFO is full. The command interrupt (CMDIb) flag in the IFSTAT register is 
active (set to 0) while one or more bytes from the host are present in the Packet FIFO. 
If an access from COMIN is attempted while the FIFO is empty, the value Ffh will be 
read. 

[0101] Normally, flag DTEIb is used for receiving 12-byte packet commands from 
the host, and flag CMDIb is used for receiving data from the host (which may not be 
12-bytes). Registers ATBHI and ATBLO (addresses 34h and 35h) can be used to 
control the number of consecutive bytes of DATA written into the Packet FIFO by the 
host. However, ATBHI and ATBLO should not be used to control the number of 
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COMMAND bytes. Command or data writes from the host to the data port (1F0) are 
stored in the Packet FIFO if control bit Scod in register HICTL (20h.2) is set high. 
Note: An access to the COMIN register (OOh) does not increment the AR. 

[0102] UNUSED (Olh-write) writes to address OOh in the controller accessed the 
SBOUT (status byte output register. However, SBOUT is not useful for AT API 
operations. Address OOh should not be written to. Note: An access to address OOh does 
not increment the AR. 

[0103] FIG. 12 is a description of interface status and interface control registers. 

[0104] IFSTAT (Interface Status Register) holds the decoder and host interface status 
bits. 

[0105] CMDIb — bit 7 — Command Interrupt flag is active-low with a logical 0 
indicating an interrupt flag. "0" indicates that there are one or more bytes present in the 
Packet FIFO and "1" indicates that the Packet FIFO is empty. Flag CMDIb is used for 
receiving data from the host, which may not be 12-bytes. For receiving 12-byte packet 
commands, flag DTEIb in register IFSTAT is used instead. CMDIb is automatically 
cleared (set to 1) after the last byte in the Packet FIFO is read. If control bit CMDIEN 
in the IFCTRL register (01h.7) is set high, pin UINTb (the microcontroller interrupt) 
will be active-low whenever the CMDIb flag is active-low. 

[0106] DTEIb — bit 6 — Data-Transfer-End Interrupt flag is active-low with a logical 0 
indicating an interrupt flag. "0" indicates that a host read from the Data FIFO or 
external RAM, or a 12-byte host write to the Packet FIFO (Packet FIFO full), is 
complete and "1" indicates that the interrupt flag has been cleared. DTEIb is 
automatically cleared when the microcontroller writes to the DTACK register (07h). If 
control bit DTEIEN in the IFCTRL register (01h.6) is set high, pin UINTb (the 
microcontroller interrupt) will be active-low whenever the DTEIb flag is active-low. 

[0107] DECIb — bit 5 — Decoder Interrupt flag is active- low with a logical 0 
indicating an interrupt flag. "0" indicates that the decoder has finished processing a 
block and "1" indicates that the interrupt flag has been cleared. When DECIb changes 
to active-low, the header registers (HEAD0-3), ECC block pointer registess (PTL, 
PTH), and status registers (STAT0-3) are ready to be read. If the ECC or EDC is 
enabled, DECIb changes to active-low at the completion of the EDC phase. If the ECC 
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and EDC are disabled (write-only or disk-monitor operation), DECIb changes to active- 
low after the header registers (HEADO-3) are ready. DECIb is automatically cleared (to 
1) when the microcontroller reads the STAT3 register (OFh). 

[0108] X — bit 4 is undefined, and may return a 0 or 1 . 

[0109] DTBSYb — bit 3 — Data Transfer Busy flag is active-low with a logical 0 
indicating a busy flag. "0" indicates that a data- transfer is in process and "1" indicates 
that no data-transfer in process. DTBSYb changes to active-low when the 
microcontroller writes to the data transfer trigger (DTTRG). DTBSYb is automatically 
cleared (to 1) when the host BEGINS to read the last byte to be transferred from the 
Data FIFO or external RAM. 

[01 10] X — bit 2 is undefined, and may return a 0 or 1 . SBOUT is not useful for 
AT API operation. 

[0111] DTENb — bit 1 — Date Enable is active-low with a logical 0. "0" indicates that 
a data-transfer is in process and "1" indicates that no data-transfer is in process. After 
DTTRG is set, DTENb changes to active-low when the Data FIFO is ready to be read 
by the host. DTENb is automatically cleared (to 1) after the host reads the last byte to 
be transferred from the Data FIFO or external RAM. 

[0112] X — bit 0 is undefined, and may return a 0 or 1. SBOUT is not useful for 
AT API operation. 

[0113] IFCTRL (Interface Control Register) provides control of the microcontroller 
interrupt and host interface. 

[0114] CMDIEN — bit 7 — Command Interrupt Enable "1" allows pin UINTb (the 
microcontroller interrupt pin) to become active-low whenever the CMDIb flag in 
register IFSTAT is active-low. "0" inhibits the CMDIb flag from activating pin UINTb. 
CMDIEN controls the operation of pin UINTb. However, CMDEEN does not clear the 
interrupt request or control the CMDIb flag. CMDIEN is cleared to 0 by hardware reset 
or firmware reset. 

[0115] DTEIEN— bit 6 — Data-Transfer-End Interrupt Enable "1" allows pin UINTb 
(the microcontroller interrupt pin) to become active-low whenever the DTEIb flag in 
register IFSTAT is active-low. "0" inhibits the DTEIb flag from activating pin UINTb. 
DTEIEN controls the operation of pin UINTb. However, DTEIEN does not clear the 
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interrupt request or control the DTEIb flag. DTEIEN is cleared to 0 by hardware reset 
or firmware reset. 

[01 1 6] DECIEN— bit 5 — Decoder Interrupt Enable "1 " allows pin UINTb (the 
microcontroller interrupt pin) to become active-low whenever the DEClb flag in 
register EFSTAT is active-low. "0" inhibits the DEClb flag from activating pin UINTb. 
DECIEN controls the operation of pin UINTb. However, DECIEN does not clear the 
interrupt request or control the DEClb flag. DECIEN is cleared to 0 by hardware reset 
or firmware reset. 

[0117] DOUTEN— bit 1— Data Output Enable "1" enables host data reads from the 
Data FIFO or external RAM, or host writes to the Packet FIFO. "0" inhibits data 
transfers to the Data FIFO, external RAM, or Packet FIFO. Clearing DOUTEN (to 0) 
aborts data transfers to the FIFOs or external RAM. DOUTEN is cleared to 0 by 
hardware reset or firmware reset. 

[0118] Unused Bits — bits 4, 3, 2, and 0 should only be set to 0. 

[0119] FIG. 13 and FIG. 14 are descriptions of DBCL and DBCH (Data Byte/Word 
Counter) that form a 12-bit counter that controls or monitors the number of bytes or 
words transferred from the Data FIFO or external RAM to the Host. For 16-bit 
transfers, the number of WORDS minus one should be loaded into this counter. For 8- 
bit transfers, the number of BYTES minus one should be loaded. DBCH should always 
be written after DBCL is written, and zero should be written into bits 7-4 of DBCH. 
During the data transfer, the counter is decremented by one each time the host reads a 
word or byte. When reading DBCH, bits 7-4 each indicate the status of the data- 
transfer-end interrupt (DTEI), and have the same function (but opposite polarity) as the 
DTEIb flag in register IFSTAT. DBCL and DBCH are undefined following hardware 
reset or firmware reset. 

[0120] FIG. 15, FIG. 16, FIG. 17 and FIG. 18 are descriptions of HEAD0 to HEAD3 
(Header Registers). Normally, these registers provide the header of each CD-ROM 
block, and are used to find the starting block during a disk seek. If control bit DECEN 
in register CTRL0 (OAh.7) is enabled, the first four bytes (bytes 12-15) following each 
data sync are automatically stored in the header registers (HEAD0-3). During disk- 
monitor operation (see the description of register CTRL0), uncorrected header bytes are 

taken directly from incoming serial data. If the incoming serial data is buffered, header 
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bytes are taken from the buffer RAM, and are corrected if mode 1 is selected and ECC 
is enabled. In either case, HEADO-3 should be read soon after the decoder interrupt 
occurs (bit DEClb in register IFSTAT becomes 0). HEADO-3 remains valid until the 
next sync occurs (see the description of register STAT3 for checking the valid time 
period). Generation of checkbytes during the authoring of CD-ROM disks includes 
ECC coverage of the header bytes for mode 1 blocks, but not for mode 2 blocks. 
Therefore if ECC is enabled, the header bytes are not valid unless the proper mode is 
selected using control bit MODRQ in register CTRL1 (0Bh.3). Operation of a mode 2 
disk with mode 1 ECC causes the header bytes to be erased. By setting control bit 
SHDREN in register CTRL 1 high, HEADO-3 can be used to provide subheader bytes 
instead of header bytes. However, it is more convenient to use registers SUBH0-3 (14h- 
17h), which are not controlled by bit SHDREN, for this purpose. See the description of 
SUBHO-3 for subheader information. Subheaders in HEADO-3 follow the same format 
and operation as subheaders in SUBHO-3. HEADO-3 are undefined following hardware 
reset or firmware reset. 

[0121] FIG. 19 is a list of DACH, DACL settings for various starting points. DACL 
and DACH are Data Address Counters. DACL and DACH form a 16-bit counter that 
controls the buffer RAM address for transfers to the host. The microcontroller writes 
the starting address that corresponds to the required starting point in the CD-ROM 
block. After the starting address is set and register DTTRG is triggered, DACL and 
DACH are incremented automatically each time a byte or word is read by the host. The 
first byte of User Data is located at address OOh. DACH should always be written after 
DACL is written. For proper addressing, the mode of the CD-ROM block should be 
selected using control bit MODRQ in register CTRL1 (0Bh.3). DACL and DACH 
control the RAM address relative to the beginning of the block. The block number 
should also be specified, using data block registers DB ACL and DBACH (24h and 
25h). DACL and DACH are undefined following hardware reset or firmware reset. 

[0122] DTTRG (Data Transfer Trigger) triggers the host transfer logic and prepares 
the Data FIFO, causing flag DTBSYb in register IFSTAT (01h.3) to become active- 
low. Before setting or triggering any data transfer registers, control bit DOUTEN in 
register IFCTRL (Olh.l) should be enabled. In the case of a host data read from the 
buffer RAM, triggering the transfer logic automatically fills the FIFO with data from 

the RAM. The count, RAM starting address, and block number should be set using 
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registers DBCL, DBCH, DACL, DACH, DBACL, and DBACH (02h, 03h, 04h, 05h, 
24h, and 25h) before triggering DTTRG. Flag DTENb in register IFSTAT (Olh.l) 
becomes active-low when the FIFO first becomes ready. The microcontroller can also 
load registers UDTA0-UDTA7, allowing host data reads (up to 8-bytes) from the 
microcontroller without using the buffer RAM. In this case the byte count, 
microcontroller data enable, and data bytes should be set using registers DBCL, DBCH, 
HDDIR, and UDTAO-7 (02h, 03h, lFh.6, and 40h-47h) before triggering DTTRG. 
After triggering DTTRG, trigger bit UDTRG in register HDDIR (lFh.7) should be 
toggled to 1 followed by 0. For this type of transfer, flag DTENb in register IFSTAT 
(Olh.l) has no meaning. Trigger DTTRG is not used for host writes to the Packet FIFO. 

[0123] DTACK (Data Transfer Acknowledge) clears flag DTEIb to 1 in register 
IFSTAT (01h.6) and also clears the corresponding microcontroller interrupt (if 
enabled), terminating the data transfer sequence. 

[0124] FIG. 19 and FIG. 20 are ECC block pointer/write address counters. PTL and 
PTH form a pointer used by the ECC logic, and contain the 12 least significant address 
bits of the first header byte of the CD-ROM block that is being corrected. Due to the 
DRAM page organization of one embodiment of the controller, the value of PTH,PTL 
will always be 00,00h, making it unnecessary to read or write PTL or PTH. The starting 
location of each block is controlled by write block counter registers WBKL and WBKH 
(28h and 29h). Error correction is processed on the block before that indicated in the 
write block counter (WBKH, WBKL — 1). The controller organizes the DRAM into 
2048-byte pages, allowing PTL and PTH to remain unchanged. PTL and PTH are 
undefined following hardware reset or firmware reset. 

[0125] WAL and WAH (Write Address Counter) form a 16-bit counter used by the 
write buffering logic. At the end of each data sync, WAH, WAL are automatically set to 
00,00h. Following each word (two bytes) of write buffering into the external RAM, 
WAL and WAH are automatically incremented by two. Due to the DRAM page 
organization of the controller, WAL and WAH control the write location within each 
CD-ROM block, and are always set to 00,00h after each data sync. The starting 
location of each block is controlled by write block counter registers WBKL and WBKH 
(28h and 29h). It is not necessary to read or write WAL or WAH, except for debugging 
purposes. Because WAL and WAH are automatically incremented whenever control 
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bits DECEN and WRRQ are enabled in register CTRLO (OAh.7 and OAh.2), WRRQ 
should be disabled before reading the write address counter. WAH,WAL are cleared to 
00,00h by hardware reset or firmware reset. 

[0126] FIG. 22 is a description of WAL/CTRLO (Control-0 Register). This register 
provides control of the ECC and write buffering logic. 

[0127] DECEN — bit 7 — Decoder Enable "1" enables the decoding functions, 
allowing control bits E01RQ, AUTORQ, WRRQ, QRQ, and PRQ to control the ECC 
and write buffering logic. "0" disables the decoding functions, overriding control bits 
E01RQ, AUTORQ, WRRQ, QRQ, and PRQ. Changes to DECEN control the CD- 
ROM blocks following the next data sync. DECEN is cleared to 0 by hardware reset or 
firmware reset. 

[0128] E01RQ — bit 5 — Error Detect and Correct Request "1" enables the error 
correction and detection (ECC and EDC) logic to process the following CD-ROM 
blocks, according to the settings of QRQ and PRQ. "0" disables the ECC and EDC 
logic. Changes to E01RQ control the CD-ROM blocks following the next data sync. If 
both QRQ and PRQ are enabled, the ECC/EDC sequence is Q-codewords, P- 
codewords, EDC-codeword. If QRQ is enabled but PRQ is disabled, the sequence is Q- 
codeword, EDC-codeword. If QRQ is disabled but PRQ is enabled, the sequence is P- 
codeword, EDC-codeword. If both QRQ and PRQ are disabled, only the EDC- 
codeword is checked. Normally, QRQ and PRQ are enabled whenever E01RQ is 
enabled in order to provide maximum correction capability. E01RQ is cleared to 0 by 
hardware reset or firmware reset. 

[0129] AUTORQ — bit 4 — Automatic Correction Request "1" enables automatic error 
correction for mode 2 CD-ROM blocks, according to the setting of the FORM bit in the 
Subheader byte of each block. "0" disables automatic error correction for mode 2 CD- 
ROM blocks. In this case, error correction for mode 2 blocks is controlled by control 
bit FORMRQ in register CTRLI (OBh.2). Changes to AUTORQ control the CD-ROM 
blocks following the next data sync. AUTORQ does not control error correction in 
mode 1 . AUTORQ is cleared to 0 by hardware reset or firmware reset. 

[0130] WRRQ — bit 2 — Write Buffer Request "1" enables writes of incoming serial 

data to the external buffer RAM automatically incremented when writes are enabled. 

"0" disables writes of incoming serial data to the external buffer DRAM. 
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[0131] If control bit SWEN is enabled in register CTRLW (10h.6), changes to 
WRRQ control writes following the next data sync. If SWEN is disabled, changes to 
WRRQ control writes immediately. Both WRRQ and SWEN are cleared to 0 by 
hardware reset or firmware reset. 

[0132] QRQ — bit I — Q-codeword Correction Request "1" enables error correction of 
Q-codewords, allowing one error to be located and corrected within each Q-codeword. 
"0" disables error correction of Q-codewords. Changes to QRQ control the CD-ROM 
blocks following the next data sync. QRQ is cleared to 0 by hardware reset or firmware 
reset. 

[0133] PRQ — bit 0 — P-codeword Correction Request "1" enables error correction of 
P-codewords, allowing one error to be located and corrected within each P-codeword. 
"0" disables error correction of P-codewords. Changes to PRQ control the CD-ROM 
blocks following the next data sync. PRQ is cleared to 0 by hardware reset or firmware 
reset. 

[0134] FIG. 23 is a description of CTRL0 DECODER OPERATION TABLE. 
NOTE: For repeated correction, see the description of register CRTRG (1 lh). For 
buffered-disk-monitor, see the description of control bit ROWEN in register CTRLW 
(10h.7). 

[0135] FIG. 24 is a description of CTRL1 (Control- 1 Register). This register provides 
control of the ECC and data sync logic. 

[0136] SYIEN — bit 7 — Sync Insertion Enable "1" enables sync insertion, allowing 
the internal sync counter to provide timing if the block sync pattern in the incoming 
serial data contains errors. "0" disables sync insertion. By enabling both SYIEN and 
SYDEN, the internal sync counter can automatically provide timing if the sync pattern 
contains errors, and also re-synchronize whenever a new sync pattern is detected. 
SYIEN is cleared to 0 by hardware reset or firmware reset. 

[0137] SYDEN — bit 6 — Sync Detection Enable "1" enables sync detection, allowing 
the internal sync counter to re-synchronize whenever a block sync pattern is detected in 
the incoming serial data. "0" disables sync detection. SYDEN is cleared to 0 by 
hardware reset or firmware reset. 
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[0138] DSCREN— bit 5 — Descrambler Enable "1" enables the CD-ROM data 
descrambler. "0" disables the CD-ROM data descrambler. Disabling the descrambler is 
useful for reading uncompressed (Red Book) audio, or for debugging. Changes to 
DSCREN control the descrambler immediately. DSCREN is cleared to 0 by hardware 
reset or firmware reset. 

[0139] COWREN — bit 4 — Correction Write Enable "1" enables bytes corrected by 
the ECC logic to be written to the external RAM. "0" disables bytes corrected by the 
ECC logic to be written to the RAM. By disabling COWREN, flags CRCOK and 
CBLK in registers STATO (OCh.7) and STAT3 (0Fh.5) can be used to determine disk 
error rates. Changes to COWREN control the CD-ROM blocks following the next data 
sync. COWREN is cleared to 0 by hardware reset or firmware reset. 

[0140] MODRQ — bit 3 — Mode Request "1" sets the error correction mode used by 
the ECC logic to mode 2. "0" sets the error correction mode used by the ECC logic to 
mode 1 . After determining the mode from the incoming serial data, control bit 
MODRQ must be set by the microcontroller. The raw mode data from the headers of 
the incoming serial data should be read from bits RMOD3-0 in register STAT2 (OEh.7- 
4). If MODRQ is not set properly, the ECC logic will mis-correct. Note that operation 
of a mode 2 disk with mode 1 correction causes the header bytes to be erased. MODRQ 
is cleared to 0 by hardware reset or firmware reset. Generation of checkbytes during the 
authoring of CD-ROM disks includes ECC coverage of the header bytes for mode 1 
blocks, but not for mode 2 blocks. Consequently, the mode byte in a mode 2 disk is not 
corrected. Mode changes are separated by pre-gap and post-gap blocks and track 
numbers. Changes to MODRQ control the CD-ROM blocks following the next data 
sync. MODRQ is cleared to 0 by hardware reset or firmware reset. 

[0141] FORMRQ— bit 2 — Form Request "1" sets the form to 2, disabling the mode 2 
ECC logic (but EDC is enabled). "0" sets the form to 1, enabling the mode 2 ECC 
logic. If control bit AUTORQ is enabled in register CTRL0 (OAh.4), the setting of 
FORMRQ is not used by the ECC logic. FORMRQ is not used by the ECC logic if 
mode 1 is selected (control bit MODRQ set to 0 in register CTRL0). Changes to 
FORMRQ control the CD-ROM blocks following the next data sync. FORMRQ is 
cleared to 0 by hardware reset or firmware reset. 
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[0142] MBCKRQ — bit 1 — Mode Byte Check Request "1" enables checking of the 
mode byte. "0" disables checking of the mode byte. While checking of the mode byte is 
enabled, if the mode in the header of the incoming serial data does not match that 
selected by control bit MODRQ, ECC is disabled for the block and the NOCOR flag is 
set in register STATO (0Ch.5). Changes to MBCKRQ control the CD-ROM blocks 
following the next data sync. MBCKRQ is cleared to 0 by hardware reset or firmware 
reset. 

[0143] SHDREN — bit 0 — Subheader Read Enable "1" selects subheader bytes to be 
provided by registers HEADO-3 (04h-07h). "0" selects header bytes to be provided by 
registers HEADO-3. By setting SHDREN high, HEADO-3 can be used to provide 
subheader bytes instead of header bytes. However, it is more convenient to read the 
subheader from registers SUBH0-3 (14h-17h), which are not controlled by SHDREN. 
Changes to SHDREN control reads of HEADO-3 immediately. SHDREN is cleared to 0 
by hardware reset or firmware reset. 

[0144] FIG. 25 is a description of STATO (Status-0 Register). This register provides 
status of the ECC, write buffering, and data sync logic. 

[0145] CRCOK— bit 7 — Cyclic Redundancy Check OK. Flag CRCOK can become 
active-high only if the error detection (EDC) logic is enabled. This occurs 
automatically if correction or write-only decoder operations are selected (see the 
CTRL0 Operation Table) and "1" indicates that the cyclic redundancy check passed 
during the last ECC/EDC sequence. "0" indicates that the cyclic redundancy check 
failed during the last ECC/EDC sequence. Flag CRCOK becomes valid when flag 
DECIb in register IFSTAT (01h.5) changes to active-low, and remains valid until the 
next block sync. See the description of flag VALSTb in register STAT3 (OFh.7) to 
determine timing of the next sync. CRCOK is cleared to 0 by hardware reset or 
firmware reset. 

[0146] ILSYNC — bit 6 — Illegal Sync flag can become active-high only if sync 
detection is enabled by control bit SYDEN in register CTRL1 (0Bh.6). In this case, 
occurrence of illegal sync re-synchronizes the internal sync counter. "1" indicates that a 
sync pattern was detected earlier than expected (less than 2352 bytes after the last 
detected or inserted sync). "0" indicates that no early sync pattern was detected. Flag 
ILSYNC becomes valid when flag DECIb in register IFSTAT (01h.5) changes to 
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active-low, and remains valid until the next block sync. ILSYNC is cleared to 0 by 
hardware reset or firmware reset. 

[0147] NOSYNC — bit 5 — No Sync flag can become active-high only if sync 
insertion is enabled by control bit SYIEN in register CTRL1 (OBh.7). In this case, the 
internal sync counter will provide timing when the sync pattern is missing or has errors. 
"1" indicates that a sync pattern was not detected when expected (expected sync to 
occur 2352 bytes after the last detected or inserted sync). "0" indicates that a sync 
pattern was detected when expected. Flag NOSYNC becomes valid when flag DECIb 
in register IFSTAT (01h.5) changes to active-low, and remains valid until the next 
block sync. NOSYNC is cleared to 0 by hardware reset or firmware reset. 

[0148] LBLK — bit 4 — Long Block flag can become active-high only if sync insertion 
is disabled by control bit SYIEN in register CTRL 1 (OBh.7). In this case, the internal 
sync counter will not provide timing when the sync pattern is missing or has errors. 
However, only 2352 bytes of incoming serial data will be written to the external RAM. 
"1" indicates that a sync pattern was not detected when expected (expected sync to 
occur 2352 bytes after the last detected sync). "0" indicates that a sync pattern was 
detected when expected. Flag LBLK becomes valid when flag DECIb in register 
IFSTAT (01h.5) changes to active-low, and remains valid until the next block sync. 
LBLK is cleared to 0 by hardware reset or firmware reset. 

[0149] WSHORT— bit 3— Word Short "1" indicates that the incoming serial data rate 
exceeds the capability of the write buffering logic. "0" indicates that the incoming 
serial data rate was OK. The WSHORT error flag becomes valid immediately after the 
excessive rate is detected. This error is usually caused by hardware problems, and must 
be corrected for proper controller operation. WSHORT is cleared to 0 by hardware 
reset or firmware reset. 

[0150] SBLK — bit 2 — Short Block flag can become active-high only if sync 
detection is disabled by control bit SYDEN in register CTRLI (OBh.6). In this case, 
occurrence of illegal sync will not re-synchronize the internal sync counter. "1" 
indicates that a sync pattern was detected earlier than expected (less than 2352 bytes 
after the last inserted sync). "0" indicates that no early sync pattern was detected. Flag 
SBLK becomes valid when flag DECIb in register IFSTAT (01h.5) changes to active- 
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low, and remains valid until the next block sync. SBLK is cleared to 0 by hardware 
reset or firmware reset. 

[0151] UCEBLK — bit 0 — Uncorrectable Errors in Block flag can become active-high 
only if the error correction (ECC) logic is enabled (Q-P, Q, or P-correction decoder 
operation selected). "1" indicates that one or more error bytes could not be corrected 
during the last ECC sequence. "0" indicates that no error bytes remained after the last 
ECC sequence. Flag UCEBLK becomes valid when flag DECIb in register IFSTAT 
(01h.5) changes to active-low, and remains valid until the next block sync. UCEBLK is 
cleared to 0 by hardware reset or firmware reset. 

[0152] FIG. 26 is a description of STATO BLOCK SYNC STATUS TABLE. 

[0153] FIG. 27 is a description of SSTAT1 (Status-1) register. This register provides 
erasure flags for the header and subheader bytes of the CD-ROM block. The erasure 
flags are provided through input pin C2PO. 

[0154] HDERA — bit 4 — Header Erasure "1" indicates that the erasure flag was set 
for one or more header bytes. "0" indicates that no erasure flags were set for the header 
bytes. 

[0155] SHDERA — bit 0 — Subheader Erasure "1" indicates that the erasure flag was 
set for both bytes in one or more subheader byte-pairs. "0" indicates that no erasure 
flags were set for both bytes in the subheader byte-pairs. During disk-monitor operation 
(see the description of register CTRL0), erasures are read directly from incoming C2PO 
flags. If the incoming serial data (from pin DSTATA) is buffered, the incoming C2PO 
flags are held and become available in STAT1 one block later, matching the one block 
delay of the buffered header and subheaders. In either case, HDERA and SHDERA 
become valid when flag DECIb in register IFSTAT (01h.5) changes to active-low, and 
remain valid until the next block sync. 

[0156] FIG. 28 is a description of STAT2 (Status-2) register. This register provides 
mode and form information of the CD-ROM block. 

[0157] FIG. 29 is a description of STAT2 RMODE TABLE. RMOD3-RMOD0— bits 
7-4 — Raw Mode provide mode information from the incoming serial data, during both 
buffer RAM and disk-monitor operation. Because RMOD3-RMOD0 cannot be 
changed by the ECC logic, they should be used for determining the mode of the CD- 
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ROM block, according to the figure. N can be any number between 1 and 1 Fh. 
RMOD3-RMOD0 become valid when flag DECIb in register IFSTAT (01h.5) changes 
to active-low, and remain valid until the next block sync. RMOD3-RMOD0 are cleared 
to 0 by hardware reset or firmware reset. 

[0158] MODE — bit 3 — Selected Mode flag provides the value of bit MODRQ in 
register CTRL1 (OBh.3). "1" indicates that bit MODRQ is set high (mode-2 selected). 
"0" indicates that bit MODRQ is set low (mode-1 selected). Flag MODE becomes valid 
when flag DECIb in register IFSTAT (Olh.5) changes to active-low, and remains valid 
until the next block sync. Flag MODE is cleared to 0 by hardware reset or firmware 
reset. 

[0159] NOCOR — bit 2 — No Correction flag indicates whether error correction was 
performed NOCOR is valid only if control bit E01RQ, and QRQ or PRQ, are enabled 
in register CTRLO (0Ah.5, OAh.l, OAh.O). "1" indicates that the last ECC/EDC 
sequence was aborted. "0" indicates that the last ECC/EDC sequence completed. The 
ECC/EDC sequence is aborted, and flag NOCOR set high, for the following reasons: 
Mode mismatch or erasure detected while control bit MBCKRQ is enabled in register 
CTRL1 (OBh.l): A mode mismatch occurs if the mode in the header of the incoming 
serial data does not match that selected by control bit MODRQ in register CTRL1 
(OBh.3). A mode erasure occurs if the incoming C2PO flag is set for the fourth header 
byte, indicating unreliable mode data. Form 2 enabled while ECC logic is set to mode 
2: Form 2 blocks cannot be corrected. Form 2 can be enabled by control bit FORMRQ 
in register CTRL1 (OBh.2), or by the FORM bit in the Subheader byte if control bit 
AUTORQ is enabled in register CTRLO (OAh.4). FORM bit erasures while ECC logic 
is set to mode 2 and AUTORQ is enabled: A form bit erasure is detected if the 
incoming C2PO flags are set for both FORM bits in the Subheader bytes. Illegal sync 
occurs while control bit SYDEN is enabled in register CTRL1 (OBh.6), indicating that a 
sync pattern was detected earlier than expected. Control bit COWREN set low in 
register CTRL1 (OBh.4). Flag NOCOR becomes valid when flag DECIb in register 
IFSTAT (01h.5) changes to active-low, and remains valid until the next block sync. 
Flag NOCOR is cleared to 0 by hardware reset or firmware reset. 

[0160] RFORM 1 — bit 1 — Raw Form Erasure "1" indicates that a form bit erasure 
was detected (a form bit erasure is detected if the incoming C2PO flags are set for both 
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FORM bits in the Subheader bytes. "0" indicates that a form bit erasure was not 
detected. RFORM1 becomes valid when flag DEClb in register IFSTAT (01h.5) 
changes to active-low, and remains valid until the next block sync. RFORM1 is cleared 
to 0 by hardware reset or firmware reset. 

[0161] RFORM0 — bit 0 — Raw Form Bit "1" indicates that the FORM bit was high in 
the Subheader bytes of the incoming serial data. "0" indicates that the FORM bit was 
low in the Subheader bytes of the incoming serial data. RFORM0 becomes valid when 
flag DEClb in register IFSTAT (01h.5) changes to active-low, and remains valid until 
the next block sync. RFORM0 is cleared to 0 by hardware reset or firmware reset. 

[0162] UNUSED (OEh- write) SBOUT is not useful for ATAPI. Address OEh should 
not be written to. 

[0163] FIG. 30 is a description of STAT3/RESET (Status-3) register. This register 
provides status of the ECC logic. Reading STAT3 clears flag DEClb to 1 in register 
IFSTAT (01[b]h.6), and clears any active decoder interrupt. 

[0164] VALSTb — bit 7 — Valid Status flag indicates the valid period during which 
the following header, pointer, and status registers can be read by the microcontroller: 
HEAD0-3 (04h-07h), PTL and PTH (08h-09h), STATO-3 (OCh-OFh), SUBH0-3 (14h- 
17h), and WBKL and WBKH (28h and 29h). "1" indicates that the header, pointer, and 
status registers contain valid data, and are ready to be read. "0" indicates that the 
header, pointer, and status registers are not valid. Flag VALSTb becomes active-low 
when flag DEClb (decoder interrupt) in register IFSTAT (01h.5) changes to active-low, 
and returns?high when the next block sync occurs (detected or inserted). Reading 
STAT3 does not change VALSTb. VALSTb is cleared to 1 by hardware reset or . 
firmware reset. 

[0165] CBLK — bit 5 — Corrected Block flag is valid only if the error correction 
(ECC) logic is enabled (Q-P,Q, or P-correction decoder operation selected). "1" 
indicates that one or more error bytes were corrected during the last ECC sequence. "0" 
indicates that no bytes were corrected during the last ECC sequence. Flag CBLK 
becomes valid when flag DEClb in register IFSTAT (01h.5) changes to active-low, and 
remains valid until the next block sync. CBLK is cleared to 0 by hardware reset, 
firmware reset, or by disabling WRRQ in register CTRL0 (OAh.2). 
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[0166] RESET (Firmware Reset) activates firmware reset. Firmware reset clears most 
of the controller logic. However, to avoid disturbing important logic, firmware reset 
does not clear certain functions. The following list shows the differences between 
hardware reset (which clears all of the controller functions) and firmware reset. 
Functions NOT cleared by firmware reset: Clock stop logic controlled by input pin 
CLKSTP, register XTAL (1 Ah) and output pin MCK 5 register DSPSL (lBh), flag CS13 
of register HDDIR (lFh.6), register HICTL, register SUBC2 (21h), register RAMCF 
(2Ah), register MEMCF (2Bh), register SUBCD (2Ch), register UMISC (2Eh), register 
RSSTAT flags SRST, CMD, DIAGCMD, PARINT, RST, URST, and HRST (2Fh.7- 
5,3-0), R/W bit DRV in register ATDRS (36h) and in the AT API Drive Select Register, 
and control bits SRST and nIEN in the AT API Device Control Register. Flag URST of 
register RSSTAT (2Fh.l) is set by firmware reset (see description of register 
RSSTAT). 

[0167] FIG. 31 is a description of CTRLW (Control- Write) register. This register 
provides control of the write buffering logic. CTRLW bits 7, 3, 2, 1 and 0 should 
always be cleared to 0. 

[0168] SWEN — bit 6 — Synchronized Write Enable "1" enables synchronized write 
enable, causing changes by control bit WRRQ (OAh.2) to be delayed until the end of 
the next block sync. "0" disables synchronized write enable. Selecting synchronized 
write enable causes the writing of incoming serial data to the buffer RAM to start or 
stop at the end of the next block sync. This prevents the writing of partial blocks into 
the RAM. SWEN should be changed only during decoder initialization. Write enable 
and disable is still controlled by bit WRRQ in register CTRL0 (OAh.2). SWEN 
synchronizes changes in WRRQ to the end of sync, instead of randomly. SWEN is 
cleared to 0 by hardware reset or firmware reset. 

[0169] SDSS — bit 5 — Subcode-DSP Sync Synchronization "1" enables subcode-DSP 
sync synchronization, causing audio write enables by control bit WRRQ (OAh.2) to be 
delayed until the first left-channel lower -byte following the end of the subcode block. 
"0" disables subcode-DSP sync synchronization. Selecting Subcode-DSP Sync 
Synchronization causes the writing of incoming serial audio (red book) to the buffer 
RAM to start at the first left-channel lower-byte following the end of the subcode 
block. This prevents separate decoder and subcode interrupts from occurring. SDSS 
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should be changed only during decoder initialization. Write enable and disable is still 
controlled by bit WRRQ in register CTRLO (0Ah.2). SDSS synchronizes changes in 
WRRQ to the subcode block, instead of randomly. SDSS is cleared to 0 by hardware 
reset or firmware reset. 

[0170] DCLKE — bit 4 — DSP Clock Enable "1" enables the incoming clock from the 
DSP. "0" disables the incoming clock from the DSP. DCLKE should be set high 
whenever DECEN in register CTRLO is set high. 

[0171] FIG. 32 is a description of CRTRG (Correction Retry Trigger) Writing OOh or 
01 h to register CRTRG triggers an error-correction retry. 

[0172] CRTRL — bit 0 — Correction Retry Register Load "1" loads any updated 
E01RQ, QRQ, or PRQ values that have been written to register CTRLO (0 Ah. 5, 1,0) 
into the ECC sequencer, allowing the correction sequence to be changed. "0" does not 
load updated E01RQ, QRQ, or PRQ values into the ECC sequencer. Instead, the 
sequence of the last correction try is repeated. 

[0173] FIGS. 33 through 38 are descriptions of SUBH0 to SUBH3 (Subheader 
Registers). These registers provide the subheader of each CD-ROM block, and operate 
similarly to header registers HEAD0-3. If control bit DECEN in register CTRLO 
(OAh.7) is enabled, data from the four pairs of bytes following each header (bytes 16- 
23) is automatically stored in the subheader registers (SUBH0-3). Bytes 16-23 are 
stored regardless of the setting of control bit MODRQ in register CTRL1 (0Bh.3), but 
the bytes contain subheader data only if mode 2 is selected (MODRQ=l). During disk- 
monitor operation (see the description of register CTRLO), uncorrected subheader bytes 
are taken directly from incoming serial data. If the incoming serial data is buffered, 
subheader bytes are taken from the buffer RAM, and are corrected if form 1 (mode 2) is 
selected and ECC is enabled. In either case, SUBH0-3 should be read soon after the 
decoder interrupt occurs (bit DECIb in register IFSTAT becomes 0). SUBH0-3 remains 
valid until the next sync occurs (see the description of register STAT3 for checking the 
valid time period). The following figure shows the relationship between erasure flags 
and the byte numbers that are stored in SUBH0-3 (erasure flags are provided through 
input pin C2PO. 

[0174] FIG. 39 is a description of Subheader Byte Number Table. SUBH0-3 are 

undefined following hardware reset or firmware reset. 
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[0175] FIG. 40 is a description of VER (Version) register. VER contains the version 
identification of the device. This register permits expansion and increased performance 
capabilities for future versions of the controller. VER is not changed by hardware reset 
or firmware reset. 

[0176] XTAL (Xtal) register provides control of the crystal frequency dividers. 

[0177] MCK1— bit 3— Pin MCK 1 x"l" sets the clock output at pin MCK to the 
crystal frequency (no divider). "0" sets the clock output at pin MCK to 1/2 crystal 
frequency. MCK1 is cleared to 0 by hardware reset, but is not changed by firmware 
reset. 

[0178] XTALD2 — bit 0 — Crystal Divided by 2 "1" sets the internal controller clock 
to 1/2 crystal frequency. "0" sets the internal clock to the crystal frequency (no divider). 
XTALD2 is cleared to 0 by hardware reset, but is not changed by firmware reset. 

[0179] FIG. 41 is a description of DSPSL (DSP Selection) register. This register 
selects the DSP configuration. 

[0180] C2ML — bit 7 — C2 MSB to LSB "1" sets the direction of incoming erasures at 
pin C2PO to upper erasure followed by lower erasure. "0" sets the direction to lower 
erasure followed by upper erasure. C2ML is cleared to "0" by hardware reset, but is not 
changed by firmware reset. 

[0181] SEL160 — bit 6 — Select 16 Offset "1" selects 16 bit-clocks per channel, with 
offset by one after LRCK. "0" does not select 16 bit-clocks with offset. SEL160 is 
cleared to "0" by hardware reset, but it is not changed by firmware reset. 

[0182] LCHL — bit 5 — Left Channel Polarity "1" selects left channel as active if pin 
LRCK is "1" "0" selects left channel is active if pin LRCK is "0". LCHO is set to "1" 
by hardware reset, but is not changed by firmware reset. 

[0183] SEL16 — bit 2 — Select 16 "1" selects 16 bit-clocks per channel. "0" does not 
select 16 bit-clocks. SEL16 is set to "1" by hardware reset, but is not hanged by 
firmware reset. 

[0184] DIR — bit 1 — Data Direction "1" selects the rising edge of DBCK for latching 
incoming data at pin DSDATA. "0" selects the falling edge of DBCK for latching 
DSDATA. If the incoming data at pin DSDATA changes at the falling edge of 
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DDBCK, use the rising edge for latching' if DSD ATA changes at the rising edge of 
DBCK, use the falling edge for latching. EDGE is set to 1 by hardware reset, but is not 
chanted by firmware reset. 

[0185] FIG. 42 DSP SELECTION TABLE shows the settings for various DSPs. The 
default setting after hardware reset is 00100101 (Matsushita MN66261). The setting of 
DSPSL is not changed by firmware reset. 

[0186] FIG. 43 is a description of the HCON/UACL register. 

[0187] FIG. 44 is a description of the DSPSL register. 

[0188] FIGS. 45, 46 and 47 are descriptions of the UACL, UACH and UACU 
Microcontroller-RAM Address Counter which forms a 20-bit counter that controls the 
buffer address for transfers between the microcontroller and RAM. The counter can be 
set to any physical location in the buffer RAM, and contains enough bits to support 
larger RAM sizes in future revisions. After waiting for busy flag URTBSY to be low in 
register HDDIR (lFh.7) 3 the microcontroller writes the RAM starting address into the 
counter. UACL, UACH, and UACU are incremented automatically each time a byte is 
read or written. See the description of registers RAMRD, (lEh), RAMWR (lEh), and 
flag URTBSY in register HDDIR (lFh.7). UACH should always be written after 
UACL is written, and UACU should always be written after UACH is written. UACL, 
UACH and UACU are undefined following hardware reset or firmware reset. 

[0189] FIG. 48 is a description of the RAMRD/RAMWR RAM Read and Write 

registers. The microcontroller accesses the buffer RAM by reading from the RAMRD 

register or writing to the RAMWR register. To initialize a read or write sequence, the 

microcontroller waits for busy flag URTBSY to be low in register HDDIR (lFh.7), 

then writes the RAM starting address into the counter formed by UACL (ICh), UACH 

(lDh), and UACU (2Dh). Reading RAMRD causes events (1), (2) and (3) to occur in 

the following order: (1) — data previously stored in RAMRD is transferred to the 

microcontroller; (2) — RAM data at the counter address is transferred to the RAMRD 

register; and (3) counter UACL, UACH, and UACU is incremented and flag URTBSY 

cleared. After the RAM starting address is written to the counter, the first read of 

register RAMRD will transfer an INVALID byte to the microcontroller, followed by 

the starting byte from the RAM to the RAMRD register. The invalid byte remains from 

a previous access, or from power-up. Because the counter is automatically incremented, 
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sequential reads can be used without writing new addresses into UACL, UACH, and 
UACU. However, flag URTBSY should be checked before each sequential read from 
RAMRD to make sure that events (1), (2) and (3) in the previous transfer from RAM to 
RAMRD have completed. 

[0190] Writing RAMWR causes the following events to occur in the following order: 
(1) — data is transferred from the microcontroller to register RAMWR; (2) — data is 
transferred from RAMWR to the RAM (at the counter address); and (3) — counter 
UACL, UACH and UACU is incremented and flag URTBSY is cleared. After the 
RAM starting address is written to the counter, the first write to register RAMWR will 
transfer a VALID byte to the RAM. Because the counter is automatically incremented, 
sequential writes can be used without writing new addresses into UACL, UACH and 
UACU. However, flag URTBSY should be checked before each sequential write to 
RAMWR to make sure that events (l)-(3) in the previous transfer from RAMWR to 
RAM have completed. The contents or RAMRD and RAMWR are undefined following 
hardware reset or firmware reset. 

[0191] FIG. 49 is a description of HDDIR Host data Direction Register. This register 
provides microcontroller and host transfer flags and control. 

[0192] URTBSY — read bit 7 — Microcontroller to RAM Transfer Busy "1" indicates 
that the previous microcontroller-RAM transfer is in progress. "0" indicates that the 
microcontroller-RAM transfer logic is not busy. URTBSY is cleared to 0 by hardware 
reset or firmware reset. 

[0193] CS13— read bit 6 Chip Select 1 and 3 "1" indicates that input pins CS 1FX- 
and CS3FX-became active at the same time, indicating present of a non-ATA host 
adaptor. "0" indicates normal operation. Flag CS13 can be used to support non-ATA 
host adapters that have lines CS1FX- and CS3FX-connected together. With this adaptor 
configuration, host writes to the ATAPI Features Register (1F1) will set flag CS13, 
allowing firmware to respond appropriately to adapters that do not support separate 
CS3FX-addressing. CS13 is cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

[0194] UDTRG and UD ATA— write bits 7 and 6 — Microcontroller Data 

Trigger/Select are normally set to "0", selecting data transfers from the buffer RAM to 

the host. Setting UDATA to "1" enables microcontroller writes to data registers 
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UDTAO-7 (40h-47h), and allows high-speed 8-bit or 16-bit data transfers from 
UDTAO-7 to the host. Writing to UDTRG triggers the transfer from UDTAO-7 to the 
host. This type of transfer is efficient for the small amounts of data (up to eight bytes 
can be transferred at a time). Registers EFSTAT, IFCTRL, DBCL, DBCH, DTTRG, 
and DTACK (01h-03h, 06h and 07h) are used in the same way as a RAM to host 
transfer, except flag DTENb in IFSTAT has no meaning. However, registers DACL 
and DACH are not used. After enabling control bit DOUTEN (in register IFCTRL), 
loading DBCL, DBCH and setting UDATA to 1, and writing to registers UDTAO-7, the 
microcontroller writes to register DTTRG. Next, the microcontroller sets UDTRG to 1, 
followed by 0, to trigger the FIFO-ready transfer logic. The host will receive data 
beginning with UDTAO and ending with UDTA7. UDTRG and UDATA are cleared to 
0 by hardware reset or firmware reset. 

[0195] HOST16— write bit 5 — Host 16-bit Select "1" selects 16-bit Data reads and 
Packet FIFO writes (at host register lFOh). "0" selects 8-bit Data reads and packet- 
FIFO writes because 8-bit data transfers do not conform to the AT API specification, 
HOST16 should normally be set to 1. HOST16 is cleared to 0 by hardware reset or 
firmware reset. Note: For 16-bit data reads, the number of WORDS minus one should 
be loaded into DBCL and DBCH. For 8-bit data reads, the number of BYTES minus 
one should be loaded into DBCL and DBCH. 

[0196] FIG. 50 is a list of the only values that should be written to HDDIR — write 
bits 4, 3, 2, 1 and 0, following hardware or firmware reset. 

[0197] FIG. 51 is a description of the HICTL Host Interface Control register. This 
register provides control of the host interface. 

[0198] HICTL— bit 7 should only be set to "0". This bit is cleared to 0 by hardware 
reset but is not changed by firmware reset. 

[0199] PDIAGEN— bit 6— Pin HPDIAG- Enable "1" sets pin HPDIAG- to the 

active-low state. "0" clears HPDIAG- to the high-impedance state (HPDIAG- is an 

open-drain pin). PDIAGEN is automatically cleared to 0, clearing pin HPDIAG- to 

high-impedance by hardware reset command Execute Drive Diagnostics (ATA opcode 

90h), or ATA Soft Reset (SRST). After PDIAGEN is automatically cleared, pin 

HPDIAG- should be set following the timing in AT API and ATA specification. 

Execute Drive Diagnostics and ATA Soft Reset clear PDIAGEN even if the drive is not 
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selected in the AT API Drive Select Register. PDIAGEN is not changed by firmware 
reset. 

[0200] D ASPEN— bit 5— Pin HDASP- Enable "1" sets pin HDASP- to the active- 
low state. "0" clears HDASP- to the high-impedance state (HDASP- is an open drain 
pin). DASPEN is automatically cleared to 0, clearing pin HDASP- to high-impedance 
by hardware reset command Execute Drive Diagnostics (ATA opcode 90h), or ATA 
Soft Reset (SRST). After DASPEN is automatically cleared, pin HDASP- should be set 
following the timing in AT API and ATA specification. Execute Drive Diagnostics and 
ATA Soft Reset clear DASPEN even if the drive is not selected in the AT API Drive 
Select Register. DASPEN is not changed by firmware reset. 

[0201] CLRBSY— bit A — Clear BSY "1" prepares the clearing logic for flag BSY in 
the AT API Status Register. Note: BSY is actually cleared by the FOLLOWING write 
to register HICTL. "0" should be written to CLRBSY during the FOLLOWING write. 
Whenever flag BSY in the AT API Status Register (lF7h) is set, whether automatically 
or by control bit SETBSY, BSY should be cleared (using CLRBSY) as soon as allowed 
by the ATAPI and ATA specifications. See the description of control bit SETBSY. 
CLRBSY is not changed by firmware reset. 

[0202] SETBSY— bit 3 — Set BSY "1" prepares the setting logic for flag BSY in the 
ATAPI Status Register. Note: BSY is actually set by the FOLLOWING write to 
register HICTL. "0" should be written to SETBSY during the FOLLOWING write. 
Writing 1 to SETBSY activates the microcontroller interrupt, if enabled by control bit 
IDEIEN in register UMISC (2Eh.7). Flag BSY is automatically set, and the 
microcontroller interrupt activated, by hardware reset, command Execute Drive 
Diagnostics (ATA opcode 90h), ATA Soft Reset (SRST), or any command written to 
the ATAPI Command Register (host register lF7h). SETBSY and flag BSY are not 
changed by firmware reset. 

[0203] SCOD — bit 2 — Select command Packet or Data "1" selects the Command- 
Packet FIFO to be addressed by the ATA data port (host address lFOh). "0" selects the 
buffer RAM to be addressed by the ATA data port. . SCOD is cleared to 0 by hardware 
reset, but is not changed by firmware reset. IORDYEN — bit 1 — Pin IORDY Enable 
"1" allows the data transfer logic to de-assert pin IORDY whenever necessary. "0" does 
not allow IORDY to be de-asserted IORDY acts as an open-drain pin). If IORDYEN is 
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set high, pin IORDY will be de-asserted to 0 whenever it is necessary to slow down the 
data transfer rate to match the capability of the CD-ROM drive. The capability of the 
drive depends on the RAM configuration and crystal frequency. Note Some systems 
will not work properly if pin IORDY is de-asserted IORDYEN is set to 1 by hardware 
reset but is not changed by firmware reset. 

[0204] IOCS 16EN— bit 0 Pin IOCS 16- Enable "1" allows pin IOCS 16- to become 
active low during 16-bit reads from the buffer RAM or 16-bit writes to the Packet FIFO 
(at host register lFOh). Note: Control bit HOST16 in register HDDIR (lFh.5) must also 
be enabled. "0" does not allow IOCS 16- to be asserted (IOCS 16- is an open drain pin). 
Because both IOCS 16EN and HOST 16 must be enabled to allow assertion of pin 
IOCS 16-, IOCS 16EN can always be set to 1. In this case, HOST 16 will correctly 
control pin IOCS 16- and all 16-bit transfer logic. To conform to the AT API 
specification, 16-bit data transfers should be used. IOCS16EN is cleared to 0 by 
hardware reset, but is not changed by firmware reset. 

[0205] FIG. 52 is a description of SUBC2 Subcode Control-2 register. This register 
provides control of the subcode interface. 

[0206] NOPQ— bit 3 No P-data or Q-data, "1" clears (to 0) bits 7 and 6 (P-data and 
Q-data) of subcode data that is written to the buffer RM. "0" allows the P-data and Q- 
data bits to be included in subcode data that is written to the buffer RAM. NOPQ is 
cleared to 0 by hardware reset, but is not changed by firmware reset. 

[0207] FIG. 53 is a description of the DSP Subcode Clock TABLE. 

[0208] CDSP2, CDSP1, and CDSP0— bits 2, 1 and 0— DSP Subcode Clock Select, if 
subcode is buffered the DSP clock select bits must be set as shown in the figure, in 
order to match the subcode data rate. Only the combinations shown in the table should 
be used. DSP2-0 only control subcode clocking logic, and do not need to be set unless 
subcode is written to the buffer RAM. CDSP2-0 are cleared to 0 by hardware reset, but 
are not changed by firmware reset. 

[0209] FIG. 54 is the STATS Status of subcode register. If read from, STATS 
provides status of the subcode interface. If written to, STATS clears the subcode 
interrupt (if enabled) and status flags. 
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[0210] STATS bits 7, 6, 5, 4 and 3 are undefined. During reads of STATS by the 
microcontroller, bits 7-3 are undefined, and can be high or low. 

[0211] MISSY — bit 2 — Missing Subcode Sync "1" indicates a missing subcode sync 
condition. "0" indicates subcode sync is not missing. Flag SINT in register RSSTAT 
(2Fh.4) is set (to 1) whenever flag MISSY is set. If enabled by control bit SCIEN in 
register SUBCD (2Ch.4), a microcontroller interrupt is also activated when MISSY is 
set. SINT, interrupt, and MISSY are cleared by writing any value to STATS. 

[0212] SBKEND— bit 1— Normal End of Subcode Block "1" indicates a normal 
subcode block end. "0" indicates no normal subcode block end. Flag SINT in register 
RSSTAT (2Fh.4) is set (to 1) whenever flag SBKEND is set. If enabled by control bit 
SCIEN in register SUBCD (2Ch.4), a microcontroller interrupt is also activated when 
SBKEND is set. SINT, interrupt, and SBKEND are cleared by writing any value to 
STATS. 

[0213] SILSY — bit 0 — Illegal Subcode Sync "1" indicates a normal subcode block 
end. "0" indicates no normal subcode block end. Flag SINT in register RSSTAT 
(2Fh.4) is set (to 1) whenever flag SILSY is set. If enabled by control bit SCIEN in 
register SUBCD (2Ch.4), a microcontroller interrupt is also activated when SILSY is 
set. SINT, interrupt, and SILSY are cleared by writing any value to STATS. 

[0214] FIGS. 55 and 56 are descriptions of DBACL and DBACH Data Transfer 
Block Registers. In order to free the microcontroller from calculating 2352-byte address 
boundaries, the buffer RAM is partitioned into blocks. Registers DBACL and DBACH 
control the RAM block number of the data to be transferred, while counters DACL and 
DACH (04h and 05h) control the address relative to the beginning of the RAM block 
specified by DBACL and DBACH. The RAM block number is not incremented 
automatically, and must be set before each block transfer to the host begins. DBACL 
and DBACH contain enough bits to support larger RAM sizes in future revisions. For 
data transfer information, see the description of registers IFCTRL, DBCL, DBCH, 
a=DACL, DACH DTTRG, and DTACK (01h-07h). DBACH should always be written 
after DBACL is written. DBACL, DBACH are cleared to 00,00h by hardware reset or 
firmware reset. 

[0215] FIGS. 57 and 58 are descriptions of SBKL and SBKH Subcode Write Block 

Registers. After the appropriate interrupt occurs, registers SBKL and SBKH point to 
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the RAM block number of subcode that is available for transfer to the host. Also, the 
number in SBKL and SBKH plus 1 points to the RAM block number of the buffer area 
for writing incoming subcode. Register SB ADR (23h) controls the write location 
within each block. The RAM block number in SBKL and SBKH is incremented 
automatically, and only needs to be updated by the microcontroller in order to 
overwrite a discarded block. SBKL and SBKH contain enough bits to support larger 
RAM sizes in future revisions. If subcode sync and data sync are synchronized by 
enabling control bit SDSS in register CTRLW (10h.5), SBKL and SBKH should be 
read soon after the decoder interrupt occurs (bit DEClb in register DFSTAT becomes 0). 
In this case, SBKL and SBKH remain valid until the next data sync occurs (see the 
description of register STAT3 for checking the valid time period). If subcode sync and 
data sync are not synchronized, SBKL and SBKH should be read soon after the 
subcode interrupt occurs (bit MISSY, SBKEND, or SILSY in register STATS becomes 
1). In this case, SBKL and SBKH remain valid until the next subcode interrupt occurs. 
The value read from the lower 9 bits of SBKL and SBKH during the valid time period 
identifies the RAM block that is available for transfer to the host. During reads of 
SBKH by the microcontroller, bits 7-1 are undefined, and can be high or low. SBKH, 
SBKL are cleared to 00,00h by hardware reset or firmware reset, causing buffering of 
incoming subcode data to begin at block number 1 . 

[0216] FIGS. 59 and 60 are descriptions of WBKL and WBKH Decoder and Buffer- 
Write Block Counter registers. In order to free the microcontroller from calculating 
2352-byte address boundaries, the buffer RAM is partitioned into blocks. Registers 
WBKL and WBKH point to the RAM block number of the data to be processed by the 
error correction logic. Also, the number in WBKL and WBKH plus 1 points to the 
RAM block number of the buffer area for writing incoming serial data. Registers WAL 
and WAH (08h/0Ah and 09h/0Bh) control the write location within each RAM block. 
The RAM block number in WBKL and WBKH is incremented automatically, and only 
needs to be updated by the microcontroller in order to overwrite a discarded block. 
WBKL and WBKH contain enough bits to support larger RAM sizes in future 
revisions. WBKL and WBKH should be read soon after the decoder interrupt occurs 
(bit DEClb in register EFSTAT becomes 0). WBKL and WBKH remain valid until the 
next sync occurs (see the description of register STAT3 for checking the valid time 
period). The value read from the lower 9 bits of WBKL and WBKH during this valid 
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time period identifies the RAM block that is available for transfer to the host. During 
reads of WBKH by the microcontroller, bits 7-1 are undefined, and can be high or low. 
WBKH, WBKL are cleared to 00,00h by hardware reset or firmware reset, causing 
buffering of incoming serial data to begin at block number 1 . 

[0217] FIG. 61 is a description of RAMCF RAM Configuration Register. This 
register provides control of the RAM interface configuration. Each control bit written 
to this register can also be read by the microcontroller. 

[0218] RFTYP— bit 7 Refresh Type "1" selects CAL before RAM DRAM refresh. 
"0" selects CAS only DRAM refresh. RFTYP is cleared to 0 by hardware reset, but is 
not changed by firmware reset. 

[0219] RAMCLR— bit 6— RAM Clear Enable "1" enables RAM clearing, filling all 
locations in the buffer RAM. "0" disables RAM clearing. To clear the RAM, first write 
the clear data value (normally OOh) to register RAMWR (lEh). Next, write OOh to 
registers UACL, UACU, and UACH (ICh, lDh and 2Dh). Enable RAMCLR to begin 
writing the contents of RAMWR to each RAM location. When all RAM locations have 
been filled, RAM0 (bit 5) will change from 0 to 1. After RAM clearing has completed, 
the microcontroller should clear RAMCLR to 0. RAM0 will return to 0 when 
RAMCLR is disabled. If enabled by control bit RPEN, the correct parity bit will be 
written to all locations during RAM clearing. RAMCLR is cleared to 0 by hardware 
reset, but is not changed by firmware reset. 

[0220] RAM0— bit 5 — RAM Clear Flag (read only) "1" indicates that the RAM 
address has wrapped around beyond 00,00,00h, and that RAM clearing has completed. 
"0" indicates that the RAM clearing has not completed or is disabled. RAM0 is cleared 
to 0 by hardware reset, but is not changed by firmware reset. 

[0221] UHILO — bit 4 — Host High-Low Swap "1" enables byte swaps for reads from 
the buffer RAM to the host, causing odd bytes to be read before even bytes. "0" 
disables byte swap, causing even bytes to be read before odd bytes. Byte swapping is 
not normally needed for AT API operation. UHILO is cleared to 0 by hardware reset, 
but is not changed by firmware reset. 

[0222] RPEN — bit 3 RAM Parity Enable "1" enables parity checking, and parity 
interrupt, of DRAM data. "0" disables parity checking and parity interrupt. Enabling 
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RAM parity allows defective DRAMS to be detected. RAM clearing, using control bit 
RAMCLR, should be completed before RAM parity is enabled. If a parity error is 
detected, flag PARJNT will be set to 1 in register RSSTAT (2Fh.3) and the 
microcontroller interrupt pin will be activated. Flag PARINT and the interrupt are 
cleared by clearing RPEN to 0. RPEN is cleared to 0 be hardware reset, but is not 
changed by firmware reset. 

[0223] FIG. 62 is a table of RCF2, RCF1 and RCFO— bits 2, 1 and 0— RAM 
Configuration. Only the settings shown in the RAM Configuration Table should be 
used. RCF2, RCF1, and RCFO are cleared to 0 by hardware reset, but are not changed 
by firmware reset. 

[0224] FIG. 63 is a description of MEMCF (Memory Layout Configuration) register. 
This register provides control of the RAM layout configuration. 

[0225] MEMCF bits 7, 6, 5, and 4 must always be set to 0. MEMCF bits 7, 6, 5, and 
4 are cleared to 0 by hardware reset, but are not changed by firmware reset. 

[0226] PURG— bit 3— Data FIFO Purge "1" purges the RAM to Host Data FIFO. "0" 
disables the FIFO purge logic. This bit should be cleared to 0 except during the purge 
operation. PURG is cleared to 0 by hardware reset, but is not changed by firmware 
reset. 

[0227] IORDYF— bit 2— Pin IORDY Fast Enable "1" enables output pin IORDY to 
be de-asserted to 0 without qualification by input pin HRD-. "0" disables unqualified 
de-assertion of pin IORDY. This bit speeds up de-assertion of pin IORDY by ignoring 
the state of pin HRD-. However, unqualified de-assertion of IORDY violates the ATA 
specification, and may interfere with normal operation of many systems. IORDYF is 
cleared to 0 by hardware reset, but is not changed by firmware reset. 

[0228] FIG. 64 is a description of MLY1 and MLY0 — bits 1 and 0 — Memory Layout 
Configuration. Following hardware reset, the memory layout configuration should be 
set as shown in the figure. Only the settings shown in the Memory Layout 
Configuration Table should be used. Normally, all auxiliary blocks are buffered 
(MLY1=1 and MLY0=1). If only the last 2 auxiliary blocks are buffered, the 
configuration must be changed whenever data transfer sizes above 2048 bytes are 
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required. MLY1 and MLYO ARE CLEARED TO 0 BY HARDWARE RESET, but are 
not changed by firmware reset. 

[0229] FIG. 65 is a description of SUBCD Subcode Control register. This register 
provides control of the subcode interface. 

[0230] SBXCK — bit 7 — Subcode External Clock "1" selects an external clock from 
pin EXCK to be used by the subcode logic. "0" selects an internal clock to be used by 
the subcode logic. SBXCK is cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

[0231] SCEN— bit 6 — Subcode Enable "1" enables the subcode logic. "0" disables 
the subcode logic. SCEN is cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

[0232] SCKB2— bit 5 — Subcode Clock Divide By 2 "1" enables the divide by 2 logic 
(for internal or external clock). "0" disables the divide by 2 logic. SCKB2 is cleared to 
0 by hardware reset, but is not changed by firmware reset. 

[0233] SCIEN — bit 4 — Subcode Interrupt Enable "1" enables activation of subcode 
interrupts to the microprocessor. "0" disables subcode interrupts. SCIEN is cleared to 0 
by hardware reset, but is not changed by firmware reset. 

[0234] EXINV— bit 3— External Clock Invert Select "1" selects an inverted output 
clock at pin EXCK if EXCK is set as an output. "0" selects a non-inverted clock. 
EXINV is cleared to 0 by hardware reset, but is not changed by firmware reset. 

[0235] EXOP— bit 2— Pin EXCK Operation "1" sets EXCK as an output pin. "0" 
sets EXCK as an input pin. EXOP is cleared to 0 by hardware reset, but is not changed 
by firmware reset. 

[0236] FIG. 66 is SBSEL1 and SBSEL0 — bits 1 and 0 — Subcode Format Select 
Table. The subcode format should be set according to the figure. SBSEL1 and SBSEL0 
are cleared to 0 by hardware reset, but are not changed by firmware reset. 

[0237] FIG. 67 is a description of UMISC (Miscellaneous Microcontroller Control) 
register. This register provides miscellaneous flags and control bits. 

[0238] PDIAGb — read-bit 1— Pin HPDIAG- Flag "1" indicates that open-drain pin 
HPDIAG- is high (inactive). In this case, both master and slave drives are de-asserting 
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pin HPDIAG-. "0" indicates that pin HPDIAG- is low (active) In this case, either the 
master or slave drive is setting pin HPDIAG- to active-low. 

[0239] DASPb — read-bit 0 — Pin HDASP- Flag "1" indicates that open-drain pin 
HDASP- is high (inactive). In this case, both master and slave drives are de-asserting 
pin HDASP-. "0" indicates that pin HDASP- is low (active). In this case, either the 
master or slave drive is setting pin HDASP- to active-low. 

[0240] IDEIEN — write-bit 7 — IDE Interrupt Enable "1" enables activation of IDE 
(ATA) interrupts to the microprocessor. "0" disables activation of IDE (ATA) 
interrupts. IDE interrupts (if enabled) are activated, and flag SRST, CMD, DIAGCMD, 
or HRST set in register RSSTAT (2Fh.7,6,5,0), whenever the BSY flag in the AT API 
status register is set automatically by: 1 written to bit SRST (Soft Reset) in the AT API 
Device Control Register (host address 3F6h) in the master or slave drive. Note: The 
BSY flag and IDE interrupt (if enabled) cannot be cleared while SRST is set to 1 . Any 
command written to the AT API Command Register (host address lF7h) while the drive 
is selected. Command Execute Drive Diagnostics (ATA opcode 90h) written to the 
master or slave drive. Note: if opcode 90h is written while the drive is selected, both 
flags CMD and DIAGCMD will be set. 

[0241] Hardware Reset (however, hardware reset clears IDEIEN). Writing 1 followed 
by 0 to SETBSY in register HICTL (20h.3) sets BSY and activates the interrupt (if 
enabled by IDEIEN) but does not set a status flag. The BSY flag and IDE interrupt are 
cleared by writing 1 followed by 0 to control bit CLRBSY in register HICTL (20h.4). 
IDEIEN is cleared to 0 by hardware reset, but is not changed by firmware reset. 

[0242] UMISC write-bit 6 should always be cleared to 0. 

[0243] DRVEb — write-bit 5 — Drive Enable "1" disables selection of the drive, 
whether bit DRV in the ATAPI Drive Select Register (host address lF6h) is 0 or 1. "0" 
enables selection of the drive if bit DRV matches the setting of DRV lb in register 
UMISC. DRVEb is set to 0 (active) by hardware reset, but is not changed by firmware 
reset. 

[0244] DRV lb — write-bit 4 — Drive 1 "1" sets the drive to be selected when bit DRV 
in the ATAPI Drive Select Register is set to 0 (drive 0). "0" sets the drive to be selected 
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when bit DRV in the AT API Drive Select Register is set to 1 (drive 1). DRV lb is set to 
0 (drive 1) by hardware reset, but is not changed by firmware reset. 

[0245] HBSfTRQ — write-bit 3— Host Interrupt Request " 1 " sets pin HIRQ high if the 
drive is selected and NIEN (Interrupt Enable) is enabled in the AT API Device Control 
Register (host address 3F6h). "0" clears pin HIRQ (to 0) if the drive is selected and 
NIEN is enabled. HINTRQ is automatically cleared to 0 by the following: Hardware 
reset, 1 written to bit SRST (Soft Reset) in the ATAPI Device Control Register (host 
address 3F6h) in the master or slave drive, any command written to the ATAPI 
Command Register (host address lF7h) while the drive is selected, and a read from the 
ATAPI Status Register (host address lF7h) while the drive is selected. HINTRQ is not 
changed by firmware reset, or by reads from the ATAPI Alternate Status Register (host 
address 3F6h). If the drive is not selected, or if NIEN is disabled (cleared to 1), pin 
HIRQ becomes high-impedance. 

[0246] UMISC write-bits 2, 1, and 0 should always be set to 0. 

[0247] FIG. 68 is a description of RSSTAT — Reset, IDE, and Subcode Status 
Register. 

[0248] RSSTAT (Reset, IDE, and Subcode Status) register provides status flags for 
reset, IDE, and subcode logic. 

[0249] SRSTF — bit 7 — Soft Reset Flag "1" indicates that 1 has been written to bit 
SRST (Soft Reset) in the ATAPI Device Control Register (host address 3F6h) in the 
master or slave drive. "0" indicates that 1 has not been written to bit SRST. The BSY 
flag is set, and IDE interrupt to the microcontroller activated (if enabled), whenever 
SRST is set. BSY and IDE interrupt cannot be cleared until SRST is cleared to 0 
(however, the IDE interrupt can be disabled). After SRST is cleared, the BSY flag and 
IDE interrupt are cleared by writing 1 followed by 0 to control bit CLRBS Y in register 
HICTL (20h.4). Flag SRSTF is cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

[0250] CMD — bit 6 — ATA Command "1" indicates that a command has been written 
to the ATAPI Command Register (host address lF7h) while the drive was selected. "0" 
indicates that a command has not been written. The BSY flag is set, and IDE interrupt 
to the microcontroller activated (if enabled), whenever a command is written to the 
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AT API Command Register while the drive is selected. The BSY flag and IDE interrupt 
are cleared by writing 1 followed by 0 to control bit CLRBSY in register HICTL 
(20h.4). CMD is cleared to 0 by hardware reset, but is not changed by firmware reset. 

[0251] DIAGCMD — bit 5 — Execute Drive Diagnostics Command "1" indicates that 
the ATA command Execute Drive Diagnostics (ATA opcode 90h) has been written to 
the master or slave drive. "0" indicates that Execute Drive Diagnostics has not been 
written. The BSY flag is set, and IDE interrupt to the microcontroller activated (if 
enabled), whenever Execute Drive Diagnostics is written to the AT API Command 
Register. If opcode 90h is written while the drive is selected, both flags CMD and 
DIAGCMD will be set. The BSY flag and IDE interrupt are cleared by writing 1 
followed by 0 to control bit CLRBSY in register HICTL (20h.4). DIAGCMD is cleared 
to 0 by hardware reset, but is not changed by firmware reset. 

[0252] SENT— bit 4 — Subcode Interrupt Flag "1" indicates that flag MISSY, 
SBKEND, or SILSY has been set in register STATS (22h.2,l,0). "0" indicates that flag 
MISSY, SBKEND, or SILSY has not been set. If enabled by control bit SCIEN in 
register SUBCD (2Ch.4), a microcontroller interrupt is activated when SINT is set. 
SINT, interrupt, and the flag in register STATS are cleared by writing any value to 
STATS. SINT is cleared to 0 by hardware reset or firmware reset. 

[0253] PARINT — bit 3 — Parity Interrupt Flag "1" indicates that a parity error has 
been detected in the DRAM. "0" indicates that a parity error has not been detected. If 
enabled by control bit RPEN in register RAMCF (2Ah.3), a microcontroller interrupt is 
activated when PARINT is set. PARINT and the interrupt are cleared by writing 0 to 
RPEN. PARINT is cleared to 0 by hardware reset, but is not changed by firmware reset. 

[0254] RST — bit 2 — Reset Flag "1" indicates that the device is currently being reset. 
"0" indicates that the device is not currently being reset. RST allow the hardware reset 
to be monitored (if the microcontroller is not reset at the same time). 

[0255] URST — bit 1 — Firmware Reset Flag "1" indicates that the current or most 
recent reset was activated by writing to the register RESET (OFh). "0" indicates that 
register RESET has not been active. The first read of RSSTAT following the end of the 
firmware reset cycle clears URST to 0. URST is cleared to 0 by hardware reset. 
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[0256] HRST — bit 0 — Hardware Reset Flag indicates that the current or most recent 
reset was activated by hardware reset (pin RESET-). "0" indicates that pin RESET- has 
not been set to 0. The BSY flag is set whenever hardware reset is activated. The BSY 
flag and IDE interrupt are cleared by writing 1 followed by 0 to control bit CLRBSY in 
register HICTL (20h.4). The first read of RSSTAT following the end of the hardware 
reset cycle clears HRST to 0. HRST is not changed by firmware reset. 

[0257] FIGS. 69 - 75 are descriptions of ATAPI Task File Registers (TR). The Task 
File register bits are labeled according to the ATAPI Specification. FIG. 69 is a 
description of ATFEA and ATERR. 

[0258] ATFEA — Output from Features TR — The host writes this register at host 
address lFlh. 

[0259] ATERR — Input to Error TR — The host reads this register at host address 
lFlh. 

[0260] FIG. 70 is a description of ATINT — I/O of Interrupt Reason TR— The host 
accesses this register at host address lF2h. (lF2h is Sector Count in ATA 
Specification.) 

[0261] FIG. 71 is a description of ATSPA— Spare TR (unused in ATAPI 
Specification) — The host accesses this register at host address lF3h. (lF3h is Sector 
Number in ATA Specification.) 

[0262] FIG. 72 is a description of ATBLO — I/O of Byte Count Low TR— The host 
accesses this register at host address lF4h. (lF4h is Cylinder Low in ATA 
Specification.) 

[0263] FIG. 73 is a description of ATBHI— I/O of Byte Count High TR— The host 
accesses this register at host address lF5h. (lF5h is Cylinder High in ATA 
Specification.) 

[0264] FIG. 74 is a description of ATDRS — I/O of Drive Select TR— The host 
accesses this register at host address lF6h. Bit 4, DRV, selects drive 1 when high or 
drive 0 when low. Bit 6, L, should be set to 1 to select LBA (not CHS) addressing. Bit 
4 (DRV) is set to 1 by hardware reset. (lF6h was Drive/Head Select in ATA 
Specification.) 
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[0265] FIG. 75 is a description of ATCMD— Output from Command Register— The 
host writes this register at host address lF7h. 

[0266] ATSTA — Input to Status Register — The host reads this register at host 
address lF7h. 

[0267] FIGS. 76-83 are descriptions of the Microcontroller to Host Data Transfer 
Registers. The microcontroller writes up to eight bytes of data to be transferred to 
UDTAO-7. The host reads these registers as data at host address lFOh. UDTAO is read 
first, and UDTA7 last. See the description of control bits UDTRG and UDATA in 
register HDDIR (lFh.7,6). 
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